home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0089 / 522.txt < prev    next >
Text File  |  1997-04-16  |  17KB  |  402 lines
  1. INFO-ATARI16 Digest         Mon,  7 May 90       Volume 90 : Issue  522
  2.  
  3. Today's Topics:
  4.           Bob Brodie in Rochester (mini-review), and TT talk
  5.                            C++ for the ST?
  6.                               C Packages
  7.                             format program
  8.                         How to do a cold boot.
  9.             Input/Output redirection with Pexec() (2 msgs)
  10.                                Phantom
  11.                poolfix3, poolfix4; naming conventions.
  12.                    Problems With BMS-100 & 520ST...
  13.                             Revolver again
  14.                          Zmodem and the ST...
  15. ----------------------------------------------------------------------
  16.  
  17. Date: 3 May 90 02:50:15 GMT
  18. From: usc!samsung!dali!ogicse!uidaho!tribe@ucsd.edu
  19. Subject: Bob Brodie in Rochester (mini-review), and TT talk
  20. Message-ID: <1990May3.025015.7312@groucho>
  21.  
  22. In article <1837@fredonia.UUCP> fredonia!sale5312@cs.buffalo.edu (Marty Saletta)
  23.  writes:
  24. >    Mr. Brodie also mentioned that Atari feels that the 130XE is no longer
  25. >a "power without the price" computer, and will phase-out the 8-bits....
  26.  
  27. The demise of the 8-bits has been soundly thrashed out on all possible forums,
  28. yet, what of the brave souls who bought XE-GS's?  How long will Atari continue
  29. XE-GS cartridge development/production?  Just their fault for not buying a
  30. nintendo?  :-P
  31.  
  32. --
  33. Duane Tribe, Computer Science, University of Idaho, Moscow, ID  USA
  34. tribe@ted.cs.uidaho.edu
  35.  
  36. ------------------------------
  37.  
  38. Date: 7 May 90 13:33:13 GMT
  39. From: m2c!seqp4!markr@husc6.harvard.edu  (Mark Roddy)
  40. Subject: C++ for the ST?
  41. Message-ID: <492@seqp4.UUCP>
  42.  
  43. Yes there is. Tim Onders (onders@harvard.uucp) has
  44. made available the GNU port to the ST.
  45.  
  46. An almost complete minimal system was uploaded to CIS :-$,
  47. (no gas Tim.) And I can testify that:
  48.  
  49.         cout << "Hello C++ World\n";
  50.  
  51. works.
  52.  
  53. In addition, Tim will real mail you the complete ST
  54. distribution of the GNU stuff for $35US. Contact him
  55. via e-mail for more information.
  56.  
  57. And just when I was ready to junk the puppy someone ports
  58. something worthwhile to it!
  59.  
  60. --
  61.                                 -Mark Roddy
  62.                                 seqp4!markr@m2c.org
  63.                                 m2c!seqp4!markr
  64.  
  65. ------------------------------
  66.  
  67. Date: 6 May 90 20:22:31 GMT
  68. From: umigw!umiami!dnd15j9z@handies.ucar.edu  (Frank Rachel)
  69. Subject: C Packages
  70. Message-ID: <6304.26444f47@umiami.miami.edu>
  71.  
  72. I am currently learning C, and would like to buy a good C package for the
  73. St, so basically, what is available, and what is best?
  74.  
  75. Should I wait for Turbo C in English? (Is it even coming?)  I have Sozobon,
  76. but I would like a commercial package for the manual and stuff..
  77.  
  78. Any comments appreciated. EMAIL please..
  79.  
  80. -Frank
  81.  
  82.   ---------------------------------------------------------------------------
  83.     Frank Rachel | Internet:Dnd15j9z@Umiami.Miami.edu | University Of Miami
  84.   ---------------------------------------------------------------------------
  85.  
  86. ------------------------------
  87.  
  88. Date: 7 May 90 23:40:55 GMT
  89. From: mcgill-vision!quiche!calvin!depeche@bloom-beacon.mit.edu  (Sam Alan EZUST)
  90. Subject: format program
  91. Message-ID: <3357@calvin.cs.mcgill.ca>
  92.  
  93. I use Pcommand and gulam frequently, and hate having to leave
  94. the shells to go to the desktop whenever I want to format.
  95. So I decided to start writing a program which works like the
  96. pc formatter, i.e.
  97.  
  98. format a: /s2  will format a: for double-sided disks.
  99.  
  100. I am using the example from Laser C which formats disks (pg451 of the
  101. manual) Here is my problem:
  102.  
  103. I also want to be able to format 10 sectors/track. Unfortunately, the
  104. procedure which writes boot sectors, Protobt, has 4 possible disk
  105. types, none of which are 10sectors/track.
  106.  
  107. Also, how come the procedure which writes bootsectors to the disk
  108. first writes 0'd buffer to track 0, if presumably, the procedure
  109. is being called right after a format??
  110.  
  111. And for double-sided disks, isn't it necessary to zero the second
  112. side of track 0 as well [if it is necessary to do the first side].
  113.  
  114. Oh well. Also, if I am re-inventing the wheel, and you happen to have
  115. done it already, could you send it to me?
  116.  
  117. --
  118. |S. Alan Ezust                                |  depeche@calvin.cs.mcgill.ca|
  119. |McGill University School of Computer Science |  Montreal, Quebec, Canada   |
  120. |---------------------------------------------------------------------------|
  121. |                     "The mind is a terrible thing...."                    |
  122.  
  123. ------------------------------
  124.  
  125. Date: 7 May 90 22:54:37 GMT
  126. From: dino!ux1.cso.uiuc.edu!cs325ec@uunet.uu.net  (Gregory Lemperle-Kerr)
  127. Subject: How to do a cold boot.
  128. Message-ID: <1990May7.225437.26474@ux1.cso.uiuc.edu>
  129.  
  130.         Could someone post C or assembly code on how to do a cold boot?
  131.  
  132.         (TOS 1.4, Atari1040 if that's pertinent)
  133.  
  134.         Thanks in advance.
  135.  
  136.         -- Greg
  137.  
  138. ------------------------------
  139.  
  140. Date: 7 May 90 22:57:12 GMT
  141. From:
  142.  swrinde!zaphod.mps.ohio-state.edu!brutus.cs.uiuc.edu!ux1.cso.uiuc.edu!cs325ec@u
  143.  csd.edu  (Gregory Lemperle-Kerr)
  144. Subject: Input/Output redirection with Pexec()
  145. Message-ID: <1990May7.225712.26820@ux1.cso.uiuc.edu>
  146.  
  147. adp1@csug.cs.reading.ac.uk (Andrew Pollard) writes:
  148.  
  149. >Hello,
  150. > Please could anyone tell me how to redirect standard input and output before
  151. >a program is Pexec'ed. As far as I can tell, as soon as the program is started,
  152. >it resets its standard channels. I am trying to write a simple command shell.
  153.  
  154. Can't one just replace the gemdos trap vector with an address of one's own
  155. routine?  Check if it is a output call and buffer or save the output to
  156. a file.
  157.  
  158. -- Greg
  159.  
  160. ------------------------------
  161.  
  162. Date: 7 May 90 15:57:42 GMT
  163. From: mcsun!ukc!reading!csug.cs.reading.ac.uk!adp1@uunet.uu.net  (Andrew
  164.  Pollard)
  165. Subject: Input/Output redirection with Pexec()
  166. Message-ID: <2330@onion.reading.ac.uk>
  167.  
  168. Hello,
  169.  Please could anyone tell me how to redirect standard input and output before
  170. a program is Pexec'ed. As far as I can tell, as soon as the program is started,
  171. it resets its standard channels. I am trying to write a simple command shell.
  172.  
  173. Thanks,
  174.         Andrew
  175.  
  176. ================================================================================
  177. | Andrew Pollard            | adp1@uk.ac.reading.cs.csug                       |
  178. | Dept of Computer Science  | adp1%uk.ac.reading.cs.csug@uk.ac.nsfnet-relay    |
  179. | Reading University        |                                                  |
  180. | England                   |                                                  |
  181. ================================================================================
  182.  
  183. ------------------------------
  184.  
  185. Date: 7 May 90 18:00:00 GMT
  186. From:
  187.  swrinde!zaphod.mps.ohio-state.edu!rpi!uupsi!sunic!dkuug!imada!micro@ucsd.edu
  188.  (Claus Pedersen)
  189. Subject: Phantom
  190. Message-ID: <751@imada.dk>
  191.  
  192. We hear about the Phantom all the time, at first I didn`t believe in
  193. `it`... (for a year or so) and then it stroke me in Tempus.
  194.  
  195. I were able to have `it` for 3 hours (moving the mouse really speeds
  196. things up).
  197.  
  198. Ok I were able to quit Tempus, returned to the desktop and every thing
  199. still were acted very slow (clicking and moving the mouse simultaneously is
  200. kind of tricky...).
  201.  
  202. But now to the interesting parts, disconnecting the keyboard on my
  203. MEGA (and thereby Reseting the keyboard cpu) did not affect the phantom,
  204. notice that pressing the reset botton on an MEGA does not reset the keyboard
  205. cpu...
  206.  
  207. More interesting things, starting new GEM programs did not affect the
  208. phantom either...
  209.  
  210. BUT NOTICE - starting a non GEM program momentally stopped the phantom.
  211. I started BUG - the debugger from the turbo C package, and everything
  212. was as nothing had happened. I looked after suspicious code on the system
  213. vectores (viruses) but I were not able to find anything.
  214. When returning to the desktop the phantom were there again...
  215.  
  216. Then I killed the phantom, it`s easy - just press CTRL-ALT-DELETE and off
  217. he goes... (or the little botton at the back called RESET).
  218.  
  219. Where does this leave us ?
  220.   - Not hardware (surely not the keyboard).
  221.   - Not in the TOS (Bug uses Gemdos, Bios, Xbios).
  222.   - Could be in GEM somewhere (I had a drawing program running too -
  223.     so it could not be in the VDI)
  224.   + this leaves us with the AES...
  225.     - what about the dispatcher (evnt_xx calls) ??
  226.  
  227. I guess this problem is for the people at Atari to fix...
  228.  
  229.  
  230. - Klaus    (micro@imada.dk).
  231.  
  232. ------------------------------
  233.  
  234. Date: 7 May 90 16:32:43 GMT
  235. From: mcsun!unido!fauern!fauern!csbrod@uunet.uu.net  (Claus Brod )
  236. Subject: poolfix3, poolfix4; naming conventions.
  237. Message-ID: <2709@medusa.informatik.uni-erlangen.de>
  238.  
  239. Dear Mr Pratt,
  240.  
  241. since I don't have regular access to Usenet, this letter might be somewhat
  242. late. People have told me about your reactions towards my version of POOLFIX,
  243. and I would like to add some comments.
  244.  
  245. You're right, naming my POOLFIX version "POOLFIX4" was foolish. I've
  246. changed that quite a while ago; unfortunately, Chris posted POOLFIX4
  247. before I renamed it to POOLF_CB (just a suggestion, I've not settled
  248. yet about the final naming). So if this is your only problem with it -
  249. it's been solved. Sorry.
  250.  
  251. I always thought ATARI had an interest to spread TOS bug fixes as widely
  252. and as fast as possible. Everyone owns FOLDRxxx, for example, and ATARI
  253. doesn't moan about it - though not everyone has bought an original
  254. ATARI hard disk. I didn't want to infringe any copyrights, as you
  255. supposed, I have always stated very clearly in the POOLF_CB readme file
  256. that this program was originally written by you, that I didn't claim
  257. any rights on it, and that I only improved it a bit.
  258.  
  259. You also felt unhappy about me possibly being a malicious hacker spreading
  260. dangerous code under the hood of an original ATARI program's name. POOLF_CB
  261. and POOLFIX4 are no Trojan horses, and I've invested much time and effort
  262. to verify that it works properly. I've sent POOLF_CB to ATARI Germany
  263. hoping that it might find it's way to you. I didn't wait for your
  264. approval, true, and I regret this, but I had my reasons: People found
  265. out that POOLFIX3 (your version) didn't work when my hard disk driver
  266. was running, and soon there were rumours that my driver was faulty. This,
  267. however, isn't true, but it started to damage my reputation among European
  268. users. I didn't like that, so I sat down to find out more about it,
  269. disassembled POOLFIX3, found out why things went wrong, and patched it.
  270. Some friends needed this version badly, and so I gave it to them, and I
  271. even allowed Chris overhastedly to spread it via Usenet because I felt
  272. strong demand for it.
  273.  
  274. Another point: You were in doubt whether it's worthwhile to optimize
  275. the POOLFIX code in order to obtain a smaller program. Well, I think
  276. it is. (This isn't much of a surprise for you, I know.) True, it will
  277. save you just a few bytes, but if ATARI had done a little-bitzy-eenie-
  278. weenie bit of optimization in their ROM code it would have been possible
  279. to include GDOS into the TOS ROMs. (When the ST appeared here, ATARI
  280. officials always said that GDOS was published separately because it
  281. didn't fit into the ROMs.) Think of all the trouble this would have
  282. saved us: Thousands of proprietary printer drivers and hundreds of
  283. GDOS incompatible programs. It also would have improved the reputation
  284. of ATARI's implementation of GEM. If you don't believe me you can
  285. squeeze GDOS into the 192 KB ROMs, ask our German hackers for a version
  286. of their improved TOSses. (Besides: I recently did a bit of optimization
  287. on the current German GDOS version, AMCGDOS, and it lost some 2 KB in
  288. size out of nearly 8 KB. Don't worry, I won't spread it, I'm just
  289. using it for my own ST - only the author of AMCGDOS received a copy.)
  290. Some of those hackers mentioned above saved so much code that it became
  291. possible to include a new Macish DESKTOP, new window features, a complete
  292. hard disk driver, and, last but not least, GDOS. Needless to say that
  293. they also squeezed TOS 1.6 into 192 KB ROMs. Don't panic, since ATARI
  294. doesn't seem to want outside improvements for TOS, they won't spread
  295. it. Some of them, however, have written long and detailled letters to
  296. ATARI about ways of optimizing TOS, and apparently there has been no
  297. reaction. (The bug patched by POOLFIX, for example, has been known
  298. here since the 8-8-88 beta version of TOS 1.4, and it has been
  299. reported to ATARI before the end of the beta test phase.)
  300.  
  301. POOLFIX will find it's way into thousands of AUTO folders, so it will
  302. cost most of us some of our precious RAM. Yes, I think it's worthwhile
  303. investing some effort in it.
  304.  
  305. I will stop optimizing POOLFIX and copying it to my friends who beg for
  306. it if you want me to. But then, I'd like to ask YOU for an official
  307. POOLFIX4 version from you that doesn't collide with my hard disk
  308. driver and numerous AUTO folder programs any more, so that I can
  309. stop wasting time telling readers twice a day that my driver is OK,
  310. and that the problem lies in POOLFIX3, and they should use POOLF_CB
  311. if they can get it anywhere, but no, I won't copy it because ATARI
  312. doesn't want me to, or they should delete POOLFIX3 from their AUTO
  313. folder or use another hard disk driver. Please!
  314.  
  315. I strongly hope we will come to a good compromise that satisfies the
  316. needs of all ST users. Apart from that, I really appreciate that you
  317. follow this discussion and comment on selected items. It has been
  318. a great help for us here in Germany. Keep it up!
  319.  
  320. Sincerely,
  321.  
  322.         Claus "all-time optimizer" Brod
  323.  
  324. ------------------------------
  325.  
  326. Date: 7 May 90 20:27:03 GMT
  327. From: dinghy.cis.ohio-state.edu!mowgli@tut.cis.ohio-state.edu  (Mowgli Assor)
  328. Subject: Problems With BMS-100 & 520ST...
  329. Message-ID: <80180@tut.cis.ohio-state.edu>
  330.  
  331. I've been having major problems with my ST lately. The system is a 520ST,
  332. Z-RAM 2.5M upgrade, BMS-100 HD I/F, & 2 20Meg HDs. The first HD has part-
  333. itions C, D, E, & F (5M each). The second HD has partitions G (2M), H (3M),
  334. & I (15M). And, the RAMDisk is partition J.
  335.  
  336. The problem is, when I boot with my HD on (using the HD boot disk), the system
  337. runs things off both the floppy drive (A) & the 1st HD partition (C). It also
  338. copies a whole bunch of files from partition C to the RAMDisk (J). Then, when
  339. I get to the desktop, NO ICONS show up at all! This has lead me to the conclu-
  340. sion that the primary FAT is in la-la-land. The files copy from the HD to the
  341. RAMDisk properly, so I know the HD is still there SOMEWHERE.
  342.  
  343. So, does anyone have any other theories as to what has happened? And, more
  344. importantly, can anyone point me to tools which will perhaps resurrect the FAT,
  345. so that I don't have to reformat my HD to use it again?
  346.  
  347.                                         Thanks, <Mowgli>
  348. -=-
  349. Address: mowgli@puffer.cis.ohio-state.edu (Mowgli Assor in real life)
  350.      Or: mowgli@cis.ohio-state.edu, mowgli@osu-20.ircc.ohio-state.edu
  351. The 2 precepts of Semi-Divinity:        (1) Mind Thine Own Business.
  352.                                         (2) Don't Worry About It.
  353.  
  354. ------------------------------
  355.  
  356. Date: 7 May 90 23:43:35 GMT
  357. From: mcgill-vision!quiche!calvin!depeche@bloom-beacon.mit.edu  (Sam Alan EZUST)
  358. Subject: Revolver again
  359. Message-ID: <3358@calvin.cs.mcgill.ca>
  360.  
  361. Sigh.. I just called E. Arthur Brown to order Revolver, and the
  362. guy said that he thinks Intersect is going under, based on the
  363. fact that he doesn't have any copies of Revolver.
  364.  
  365. Can anyone confirm or deny this rumour please? If Intersect
  366. is dropping support for Revolver, what should I get instead?
  367.  
  368. If there is someone in Florida who wouldn't mind calling them
  369. and interrogating them for me, their number is 813-923-8774.
  370.  
  371. --
  372. |S. Alan Ezust                                |  depeche@calvin.cs.mcgill.ca|
  373. |McGill University School of Computer Science |  Montreal, Quebec, Canada   |
  374. |---------------------------------------------------------------------------|
  375. |                     "The mind is a terrible thing...."                    |
  376.  
  377. ------------------------------
  378.  
  379. Date: 7 May 90 02:52:34 GMT
  380. From: cca.ucsf.edu!wet!logic@cgl.ucsf.edu  (Henry Kwan)
  381. Subject: Zmodem and the ST...
  382. Message-ID: <1196@wet.UUCP>
  383.  
  384. Is there a terminal program out there which has a good implementation of
  385. Zmodem?  I'm currently using ZMDM v1.85, which gives fairly good throughput
  386. on downloads (
  387. correctly on uploads (
  388. but they don't even seem to work at all.  I thought that the Mac terminal
  389. situation was bad but recently with Zterm, MP III, and WK, they have at
  390. least three programs with good Zmodem whereas we don't have any (that I've
  391. found).  Anybody have any good ideas or tips?
  392.  
  393. --
  394. Henry Kwan                |  AppleLink: D0690
  395. FWB, Inc.                 |  CompuServe: 71320,1034
  396. 2040 Polk St.  Ste 215    |  Internet: claris!wet!logic@ames.arc.nasa.gov
  397. San Francisco, CA  94109  |  UUCP: 
  398.  
  399. ------------------------------
  400.  
  401. End of INFO-ATARI16 Digest V90 Issue #522
  402. *****************************************